home *** CD-ROM | disk | FTP | other *** search
/ Aminet 7 / Aminet 7 - August 1995.iso / Aminet / docs / misc / ConcNews.lha / news / amiga.programming / comp.sys.amiga.programmer_9850_000056.msg < prev   
Encoding:
Internet Message Format  |  1994-11-27  |  1.1 KB
  1. Path: dd.chalmers.se!news.chalmers.se!sunic!EU.net!howland.reston.ans.net!xlink.net!pfm.PFM-Mainz.DE!babylon!rbabel
  2. From: rbabel@babylon.pfm-mainz.de (Ralph Babel)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Why does c.o clear BSS? It's not needed!!
  5. Message-ID: <18733@babylon.pfm-mainz.de>
  6. Date: 27 Apr 1994 20:17:55 +0200
  7. References: <80012334@prox.stgt.sub.org> <1994Apr24.121656.9198@ousrvr.oulu.fi> <farrenCosBK0.JC1@netcom.com> <1994Apr25.132448.26840@ousrvr.oulu.fi>
  8. Lines: 16
  9.  
  10. Lauri Aalto wrote:
  11.  
  12. > I meant that the bss hunk clearing with AllocMem()'s CLEAR
  13. > bit set while allocating memory for the hunks is
  14. > undocumented.
  15.  
  16. The clearing of BSS hunks is documented on page 357 of the
  17. Bantam manual. Yes, this was already documented prior to
  18. 2.0. No, it doesn't use MEMF_CLEAR. It never did.
  19.  
  20. > That's why most of the C compilers clear the bss hunks in
  21. > a loop before actually using them.
  22.  
  23. No. We were talking about BSS space "implied" at the end of
  24. a _data_ hunk the actual data block of which is shorter than
  25. indicated in the header block. (SLink's small-data model.)
  26.